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System und Verfahren zur Kommunikation zwischen entfernten Obiekten und lokalen 

Stellvertretern 

Beschreibung 

Die Erfindung bezieht sich auf ein System und ein Verfahren zur 
Kommunikation zwischen entfernten Objekten, deren Methoden als XML-Web- 
Services - hier auch kurz als Webservices bezeichnet - zugreifbar sind, und ihren 
lokalen Stellvertreterobjekten, deren Methoden einen transparenten Zugriff auf die 
entfernten Methoden implementieren. Neben der Bezeichnung Stellvertreter wird hier 
auch die Bezeichnung Proxy verwendet. Solche Kommunikationsverfahren sind 
beispielsweise in http://www.w3c.org/2002/ws/, (Stand: 27.01.2004), beschrieben. 

XML-Web-Services stellen eine standardisierte und weit verbreitete Grundlage zur 
Kommunikation in lose gekoppelten, verteilten Systemen, z. B. im Internet, 
insbesondere zum Aufruf entfernter Prozeduren und Methoden dar. In 
objektorientierten Systemen konnen XML- Web-Services zum Zugriff auf entfernte 
Objekte eingesetzt werden. 

In Fig. 3 ist die Systemarchitektur eines Kommunikationssystems nach dem Stand 
der Technik dargestellt. Dabei ist ein Klient Oder Client 1 dargestellt, der mit einem 
Dienstanbieter 10 uber das Internet oder ein LAN 9 kommuniziert. Der Client 1 ist als 
Datenverarbeitungseinrichtung mit zugehoriger Software aufzufassen, mit 
wenigstens einer Client-Anwendung 2, die mit Proxies 3, z. B. Proxy A und Proxy B 
kommuniziert, wobei diese wiederum mit einer Kommunikationsschicht 4 
kommunizieren. Die Kommunikationsschicht 4 des Client 1 ist dafur eingerichtet, mit 
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einer entsprechenden Kommunikationsschicht 4 eines Dienstanbieters 10 uber das 
Internet 9 zu kommunizieren. Die Einrichtungen des Dienstanbieters 10 enthalten 
aufcerdem Software-Mittel zur Realisierung von Services 5, z. B. Service A und 
Service B. 

Der bekannte Ablaut eines entfernten Dienstaufrufs in einer solchen Umgebung 
gemalJ Fig. 3 ist nachstehend beschrieben: 

i. Der Client 1 ruft eine lokale, von einem Stellvertreter 3 zur Verfugung gestellte 
Prozedur auf. 

ii. Der Stellvertreter 3 verwendet die in der Kommunikationsschicht 4 
implementierte Funktionalitat zum Gbermitteln der 
Prozeduraufrufinformationen uber das LAN oder das Internet 9 zum 
Dienstanbieter 10. 

iii. In der Kommunikationsschicht 4 des Dienstanbieters 10 wird die 
Prozeduraufruf information extrahiert, die den Dienst implementierende 
Prozedur 5 lokal aufgerufen, der Ruckgabewert des Aufrufs formatiert und an 
die Kommunikationsschicht 4 des Klienten 1 ubermittelt. 

iv. Die Kommunikationsschicht 4 des Klienten 1 extrahiert die 
Prozedurruckgabeinformationen, und der entsprechende lokale Stellvertreter 3 
liefert den Ruckgabewert als Ergebnis des initialen lokalen Prozeduraufrufs an 
die Client-Anwendung 2. 

Durch die Verwendung von SOAP (Simple Object Access Protocol), wie in 
http://www.w3.org/TR/soap12-part1/ beschrieben, verbunden mit http (Hypertext 
Transfer Protocol), wie in ftp://ftp.isi.edu/in-notes/rfc2616.txt beschrieben, als 
Verfahren zum Austausch strukturierter und typisierter Daten, konnen Dienste 
unterschiedlichsten Anwendungen innerhalb des sogenannten WWW uber 
Plattformgrenzen hinweg zuganglich gemacht werden. Grundsatzlich ist das 
bekannte, wie auch das unten beschriebene Verfahren jedoch unabhangig vom 
verwendeten Protokoll. 

Ein wesentlicher Nachteil einer solchen generischen Realisierung entfernter 
Methodenaufrufe ist, dass diese Aufrufe urn ein Vielfaches zeit- und rechenintensiver 
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sind als lokale Funktionsaufrufe oder Funktionsaufrufe in enger gekoppelten 
Systemen. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein System und ein Verfahren zur 
Kommunikation zwischen entfernten Objekten anzugeben, mit denen eine 
Verringerung des Kommunikationsaufwands erreichbar ist. 

Diese Aufgabe wird durch ein Kommunikationssystem gelost, das die im Anspruch 1 
angegebenen Merkmale aufweist. Ein zugehoriges Kommunikationsverfahren und 
vorteilhafte Ausgestaltungen sind in weiteren Anspruchen angegeben. 

Mit der Erfindung wird demnach vorgeschlagen, den erforderlichen 
Kommunikationsaufwand dadurch zu verringern, dass Client-seitig eine 
Optimierungsschicht sowie ein Generalproxy angeordnet werden, und beim 
Dienstanbieter einen Generalservice einzufiigen. Mit diesen MaSnahmen lassen sich 
Optimierungen, z. B. durch Bundelung von Aufrufen erreichen. 

Das System bzw. Verfahren erlaubt die Nutzung von Zwischenspeichern (Caches), 
aiternativen Datenformaten und Ubertragungsprotokollen, sowie 
anwendungsspezifischen Optimierungen. 

In Umgebungen, die z. B. uber die Grenzen eines lokalen Netzwerkes hinweg 
einzelne Komponenten nur lose koppeln, gilt insbesondere, dass ein Bundeln von 
Dienstaufrufen wunschenswert sein kann, wenn die fixen Kosten fur eine sogenannte 
Rundreise vom Klienten zum Dienstanbieter und zurtick im Verhaltnis zu den Kosten 
der Ubertragung und Bearbeitung der eigentlichen Dienstanfrage und Antwort sehr 
hoch sind. Diese Kosten werden verursacht durch (oft mehrfach) notwendige 
Verbindungsaufbauten, die Erstellung und Obertragung protokollspezifischer 
Nachrichtenkopfe und die Initialisierung von Nachrichten verarbeitenden (z. B. von 
SOAP/XML-Parser-, Authentifizierungs- und Autorisierungs-) oder ubertragenden (z. 
B. HTTP-Verbindungs- oder Datenkomprimierungs-) Komponenten. Mit der Erfindung 
wird hinsichtlich dieses Sachverhalts eine Verbesserung erreicht, da ermoglicht wird, 
unabhangig von der Erstellung der Dienste (Webservices) und Stellvertreter 
(Proxies), Optimierungen in den Kommunikationsablauf einzufiigen. Dabei werden 
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keine zusatzlichen Anforderungen an die Ablaufumgebung sowohl der Dienst- als 
auch der Kiient- und Stellvertreterkomponenten gestellt, und die generischen Dienst- 
und Stellvertreterkomponenten, insbesondere deren Schnittstellen, werden nicht 
verandert, wodurch vorteilhaft Wiederverwendbarkeit und leichte Konfigurierbarkeit 
erreicht werden. 

Das erfindungsgema&e Verfahren ermoglicht es: 

1. entfernte Methodenaufrufe zu unterbinden, z. B. indem lokale Caches zum 
Beantworten von Informationsanfragen genutzt werden, 

2. entfernte Methodenaufrufe zu verzogern, z. B. konnen die in objektorientierten 
Umgebungen notwendigen Methodenaufrufe zur Kontrolle der Lebenszeit 
entfernter Objekte, sei es durch deren explizite Zerstorung (sogenannte 
Destruktoraufrufe), oder durch das periodische Ermitteln von nicht mehr 
verwendeten Objekten (die sogenannte Garbage Collection), durchaus zeitlich 
verzogert vom Klienten zur Ablaufumgebung der entfernten Objekte 
ubermittelt werden, 

3. entfernte Methodenaufrufe zu bundeln, z. B. um die Zahl ressourcenintensiver 
Verbindungsaufbauvorgange zu verkieinern und die in 1. und 2. 
hintangestellten Anfragen bei sich bietender Gelegenheit nachtraglich zu 
tatigen, 

4. die die Ruckgabewerte entfernter Methodenaufrufe enthaltenden Nachrichten 
mit weiteren, fur die lokale Anwendung relevanten Informationen 
anzureichern, z. B. um das Loschen von ungultig gewordenen Eintragen in 
lokalen Caches zu veranlassen, 

5. uber verwendete Obertragungsprotokolle oder Datenformate je nach 
Laufzeitumgebung zu entscheiden, z.B. um die ressourcenintensive 
SOAP/HTTP-Ubertragung durch eine effizientere zu ersetzen, sofern die Art 
der Verbindung (Internet/LAN, eventuell vorhandene HTTP-Proxies und 
Firewalls) dies erlauben, und 

6. zur Verwaltung, insbesondere Aktualisierung und Invalidierung der Daten in 
einem Zwischenspeicher, unabhangig von Aufrufen aus Client-Anwendungen 
eine Kommunikation zu initiieren, oder huckepack Informationen zusammen 
mit der Ubertragung von Aufrufbundeln und der Ruckubertragung von 
Antworten beim Dienstanbieter anzufordern. 
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Das Verfahren ist in alien Umgebungen einsetzbar, in denen generische 
Dienstanbieter- und Stellvertreter-Komponenten zur Verfugung stehen, die die 
Funktionalitat zur Formatierung und Obertragung eines entfernten Dienstaufrufs und 
der entsprechenden Antwort kapseln. Zum Beispiel bietet die Framework Class 
Library (FCL) der Microsoft.NET Plattform, vergl. J. Richter, Applied Microsoft .NET 
Framework Programming, Microsoft Press 2001, Seiten 21 bis 24, solche 
Komponenten an. 

Eine weitere Beschreibung der Erfindung und deren Vorteile erfolgt nachstehend 
anhand eines in Zeichnungsfiguren dargestellten Ausfuhrungsbeispieis. 



die Systemarchitektur eines erfindungsgema&en Kommunikationssystems, 
einen erfindungsgemaBen Kommunikationsablauf, 

die Systemarchitektur eines Kommunikationssystems nach dem Stand der 
Technik. 

Fig.1 zeigt die Systemarchitektur eines erfindungsgemaRen 
Kommunikationssystems. Zum Zweck der Kontrolle und Optimierung der 
Kommunikation ist dabei auf der Seite eines Dienstanbieters 10 zusatzlich zu den in 
einer Ausfuhrungsumgebung gemafc dem Stand der Technik, wie bereits oben 
anhand der Fig. 3 beschrieben, vorhandenen Diensten, den Services 5, ein weiterer 
Webservice allgemeinerer Funktionalitat installiert, der mit Generalservice 8 
bezeichnet ist. Dieser ist in der Lage, eine oder mehrere Dienstanfragen an die 
ursprunglichen Dienstanbieter, die Services 5, zu vermitteln, und eine oder mehrere 
Antwortnachrichten an den oder die entfernten Klienten, die Clients 1, zu ubermitteln. 

Entsprechend ist in der entfernten Abiaufumgebung, beim Client 1, ein generischer 
Stellvertreter fur diesen zusatzlichen Webservice installiert, der als Generalproxy 7 
bezeichnet ist. AuBerdem enthalt der Client 1 als zusatzliche Komponente eine 
Optimierungsschicht 6. Diese bietet fur die Kommunikation mit den Proxies 3 
erforderliche Kommunikations- und Datenformatierungs-Funktionen und ersetzt 
insoweit Funktionen der Kommunikationsschicht 4, erweitert aber auch die 



Es zeigt: 
Fig. 1 
Fig. 2 
Fig. 3 
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Optimierungsmoglichkeiten. Die Optimierungsschicht 6 kann ihrerseits mittels des 
Generalproxies 7 die Funktionalitat der Kommunikationsschicht 4, oder eine andere 
Implementierung der benotigten Funktionalitat, verwenden. 

Weitere Informationen zur Funktion der bereits genannten Komponenten erschlieSen 
sich aus der nachstehenden Beschreibung eines Kommunikationsablaufes anhand 
der Fig. 2. In Fig. 2 symbolisieren senkrechte Baiken die jeweils benutzten 
Systemkomponenten, deren Nummerierung mit der jeweiligen 
Komponentenbezeichnung in Fig. 3 ubereinstimmt. Mit SI bis S14 sind Ablaufschritte 
bezeichnet, die nachstehend erlautert werden. 

Fig. 2 zeigt einen typischen Ablauf eines Dienstaufrufes in einer erfindungsgemaB 
erweiterten Umgebung: 

Schritt S1: Der Client 1, bzw. die Client-Anwendung 2 ruft eine lokale, von einem 
Proxy 3 zur Verfugung gestellte Prozedur auf. 

Schritt S2: Der Proxy 3 verwendet die in der Optimierungsschicht 6 implementierte 
Funktionalitat zum Ubermitteln von Prozeduraufrufen. Die Optimierungsschicht 6 
bietet dem Proxy oder Stellvertreter 3 dazu eine zur ursprunglichen 
Kommunikationsschicht identische Schnittstelle. 

Schritt S3: In der Optimierungsschicht 6 wird der Dienstaufruf, sofern er nicht 
verzogert oder durch ein, in einem Zwischenspeicher der Optimierungsschicht 6 
vorhandenes Ergebnis beantwortet werden kann, durch schon vorhandene, vorher 
verzogerte, oder aber sinnvollerweise im Voraus zu tatigende Dienstaufrufe, erweitert 
(Bundelung von Aufrufen). 

Schritt S4: Dieses Bundel von Aufrufen wird durch einen lokalen Aufruf des 
Generalproxy 7 an die generische Kommunikationsschicht 4 des Client 1 ubergeben, 
und zur Kommunikationsschicht 4 des Dienstanbieters 10 ubertragen. 
Schritt S5: Durch einen lokalen Aufruf der Generalserviceprozedur wird das Bundel 
an den Generalservice 8 ubergeben. 

Schritt S6: Die Generalserviceprozedur bearbeitet die Dienstaufrufe und liefert deren 
Ergebnisse. Der Generalservice 8 findet dazu im Schritt 6 die benotigten Services 5 
auf. 

Schritt S7: Methodenaufruf durch den Generalservice 8. 

Schritt S8: Resultate-Ruckgabe der Services 5 an den Generalservice 8. 
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Schritt S9: Zusammenstellung der Resultate durch den Generalservice 8 zu Bundeln. 
Schritt S10: Ruckgabe des Resultate-Bundels an die Kommunikationsschicht 4 . Das 
Bundel kann erweitert sein um zusatzlich vom Dienstanbieter zur 
Optimierungsschicht 6 des Klienten zu ubermittelnde Informationen. 
Schritt S11: Obertragung zur entfernten Kommunikationsschicht 4 und von dort 
Ruckgabe zum Generalproxy 7, der das Ergebnis als lokale Prozedurruckgabe an 
die Optimierungsschicht 6 liefert. 

Schritt S12: Auswertung der Resultate in der Optimierungsschicht 6. 

Schritt S13: In der Optimierungsschicht 6 werden die zusatzlich zur Antwort auf die 

initiale Dienstanfrage gelieferten Informationen ausgewertet und verwendet. 

Schritt S14: Die Antwort auf die initiale Anfrage wird uber den generischen 

Stellvertreter 3 an die Clientanwendung 2 ubermittelt, worn it der beispielhafte Ablauf 

beendet ist. 

In einer konkreten Implementierung des Systems, zum Beispiel als Komponente 
innerhalb des .NET Frameworks, kann die Erweiterung eines bestehenden Systems 
von generischen Stellvertretern und Dienstanbietern durch einen Austausch der 
klientenseitigen Kommunikationsschicht durch die erfindungsgema&e 
Optimierungsschicht 6 mit Kommunikationsschicht 4 und die Installation des 
zusatzlichen Generalproxy parallel zu den vorhandenen Proxies realisiert werden. 
Anwendungsunabhangige Optimierungen, wie die Verwendung von Caches und die 
Verzogerung von Dienstaufrufen konnen so ohne Implementationsaufwand 
konfigurierbar zur Verfugung gestellt werden. Anwendungsabhangige Optimierungen 
konnen als Module an einer definierten Schnittstelle der Optimierungsschicht 6 
eingefugt werden. 

Entsprechend wird auf der Dienstanbieterseite der Generalservice 8 parallel zu den 
vorhandenen Services realisiert. Der Generalservice 8 beinhaltet einen 
Zwischenspeicher von dienstanbietenden Serviceinstanzen, deren Dienstmethoden 
durch sogenannte Reflektion, d.h. anhand von Informationen iiber das Ziel, den 
Namen und die Signatur der Methode ausgefuhrt werden. Zur Serialisierung und 
Deserialisierung der Parameter- und Ruckgabeobjekte der Methodenaufrufe konnen 
XML-Dokument-lnstanzen gemass der SOAP-Spezifikation oder eine 
bandbreiteneffizientere Binarkodierung verwendet werden. Die Zuordnung von 
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klientenseitigen zu dienstanbieterseitigen Typen erfolgt im Falle der SOAP- 
(De)Serialisierung anhand von in den gegebenen Proxy-Service-Paaren deklarierten 
Typattributen, im Falle der Binarkodierung wird eine Bindung zwischen Serialisierung 
und zu instanziierendem Typ gemass den Anforderungen der vorgefundenen 
Deserialisierungskomponente implementiert. 

Die Optimierung und Kontrolle der Kommunikation ist transparent sowohl fur die 
Nutzer der angebotenen Dienste als auch fur deren Anbieter. 

9 
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Patentanspruche 

1. System zur Kommunikation zwischen entfernten, bei Dienstanbietern (10) 
vorhandenen Objekten, deren Methoden als Webservices (5) zugreifbar sind, und 
Client-seitigen lokalen Stellvertretern (Proxies 3) in einem Rechnernetz (9), 
insbesondere Internet oder LAN, wobei 

a) auf der Seite der Dienstanbieter (10) zusatziich zu vorhandenen Diensten 
(Webservices 5) ein Generalservice (8) installiert ist, der dafur eingerichtet ist, 
eine oder m eh re re Serviceaufrufe eines Clients (1) an die vorhandenen Dienste 
(5) zu vermitteln, und eine oder mehrere Antwortnachrichten an den Client (1) zu 
ubermitteln, 

b) Client-seitig zusatziich zu den sonstigen lokalen Stellvertretern (Proxies 3) eine 
Optimierungsschicht (6) implementiert ist, die dafur eingerichtet ist, Client-seitige 
Optimierungen vorzunehmen und Aufrufbundel zusammenzustellen, und 
auBerdem ein Generalproxy (7) installiert ist, der dafur eingerichtet ist, 
gebundelte Dienstaufrufe auszufuhren und Antwortnachrichten an die 
Optimierungsschicht (6) zuruckzugeben. 

2. System nach Anspruch 1, dadurch gekennzeichnet, dass die 
Optimierungsschicht (6) mindestens einen Zwischenspeicher enthalt, mit dessen 
Hilfe Dienstaufrufe vermeidbar oder verzogerbar sind. 

3. System nach Anspruch 2, dadurch gekennzeichnet, dass der Client (1) 
mittels der Optimierungsschicht (6) und dem Generalproxy (7) dafur eingerichtet ist, 
auch ohne Aufruf durch eine Client-Anwendung (2) selbsttatig eine Kommunikation 
mit einem Dienstanbieter (10) zu initiieren, urn gespeicherte Information zu 
aktualisieren. 
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4. System nach Anspruch 2, dadurch gekennzeichnet, dass der Client (1) 
mittels der Optimierungsschicht (6) und dem Generaiproxy (7) dafur eingerichtet ist, 
zur Verwaltung, insbesondere Aktualisierung und Invalidierung der Daten im 
Zwischenspeicher, huckepack Informationen zusammen mit der Obertragung von 
Aufrufbundeln und der Ruckubertragung von Antworten beim Dienstanbieter (10) 
anzufordern. 

5. Verfahren zur Kommunikation zwischen entfernten, bei Dienstanbietern 
(10) vorhandenen Objekten, deren Methoden als Webservices (5) zugreifbar sind, 
und Client-seitigen iokalen Stellvertretern (Proxies 3) in einem Rechnernetz (9), 
insbesondere Internet oder LAN, wobei 

auf der Seite von Dienstanbietern (10) zusatzlich zu vorhandenen Diensten 

(Webservices 5) ein Generalservice (8) instaliiert ist, und 

Client-seitig jeweils zusatzlich zu den sonstigen Iokalen Stellvertretern 

(Proxies 3) eine Optimierungsschicht (6) implementiert ist, die einen 

Zwischenspeicher enthalt, und auBerdem ein Generaiproxy (7) instaliiert 

ist, 

und wobei 

a) mehrere Aufrufe von Methoden durch Client-Anwendungen (2) beim 
jeweiligen Stellvertreter (Proxy 3) durch diesen der Optimierungsschicht (6) 
zugeleitet werden, dort zu einem Aufrufbundel zusammengestellt und einer 
Kommunikationsschicht (4) zugeleitet werden, 

b) eine Obertragung des Aufrufbundels zum Dienstanbieter (10) durchgefuhrt 
wird, dort durch den Generalservice (8) die im Aufrufbundel enthaltenen 
einzelnen Aufrufe den jeweils entsprechenden Diensten (5) zugeleitet 
werden, deren Antworten zusammengestellt und gebundelt zum Client (1) 
zuruckubertragen werden, und 

c) die Antworten in der Optimierungsschicht (6) ausgewertet und uber den 
jeweiligen Stellvertreter (3) der Client-Anwendung (2) zugefuhrt werden. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass die 
Optimierungsschicht (6) zur Verwaltung, insbesondere Aktualisierung und 
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Invalidierung der Daten im Zwischenspeicher, huckepack lnformationen zusammen 
mit der Ubertragung von Aufrufbundeln und der Ruckubertragung von Antworten 
beim Dienstanbieter (10) anfordert. 

7. Verfahren nach Anspruch 5 Oder 6, dadurch gekennzeichnet, dass die 
Optimierungsschicht (6) zur Verwaltung, insbesondere Aktualisierung und 
Invalidierung der Daten im Zwischenspeicher, auch ohne Aufruf durch eine Client- 
Anwendung (2) selbsttatig eine Kommunikation mit einem Dienstanbieter (10) initiiert. 

e 
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Zusammenfassung 

System und Verfahren zur Kommunikation zwischen entfernten Objekten und lokalen 

Stellvertretern 

Die Erfindung bezieht sich auf ein System - und ein entsprechendes 
Verfahren - zur Kommunikation zwischen entfernten, bei Dienstanbietern (10) 
vorhandenen Objekten, deren Methoden als Webservices (5) zugreifbar sind, und 
Client-seitigen lokalen Stellvertretern (Proxies 3) in einem Rechnernetz (9), 
insbesondere Internet oder LAN. Auf der Seite der Dienstanbieter (10) ist zusatzlich 
zu vorhandenen Diensten (Webservices 5) ein Generalservice (8) installiert, der dafur 
eingerichtet ist, eine oder mehrere Serviceaufrufe eines Clients (1) an die 
vorhandenen Dienste (5) zu vermitteln, und eine oder mehrere Antwortnachrichten 
an den Clients (1) zu ubermitteln. Client-seitig ist jeweils zusatzlich zu den sonstigen 
lokalen Stellvertretern (Proxies 3) eine Optimierungsschicht (6) implementiert, die 
dafur eingerichtet ist, Client-seitige Optimierungen vorzunehmen und Aufrufbiindel 
zusammenzustellen. AuCerdem ist ein Generalproxy (7) installiert, der dafur 
eingerichtet ist, gebundelte Dienstaufrufe auszufiihren und Antwortnachrichten an die 
Optimierungsschicht (6) zuruckzugeben. 

Signifikante Fig.: Fig. 1 
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